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DESCRIPTION 

DATA STORAGE AND RETRIEVAL APPARATUS AND 
METHOD OF THE SAME 

TECHNICAL FIELD 

The present Invention relates to a data storage 
and retrieval apparatus for recording, storing, and 
reproducing flies in a computer or other data 
processor and to a method for the same. 

BACKGROUND ART 

Computers and other data processors often use 
huge volumes of data to achieve desired goals . 
Ordinarily, this data Is classified according to 
application, type, etc. and the groups of classified 
data are managed in the form of data files. The data 
files are stored on hard disks, magneto optic disks 
(MO), magnetic tape, or other data storage media. When 
required by the computer or other data processor, the 
desired data files are read from the data storage 
medium and used by the applications etc. 

Up until now, various types of data storage media 
and systems for managing these data storage media have 
been proposed and commercialized. For example, the 
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data storage system using DTF (digital tape format) 
standard tape proposed by the assignee Is one example. 
In this DTF tape format, the file size, position 
Information, etc. are recorded at the header part of 
5 the tape and the last part of the data stored on the 

tape to enable high speed file access. 

As a system to which the DTF standard Is 
applied, there Is PetaServe (name of software offered 
by assignee, registered trademark). PetaServe Is a 

10 hierarchical storage management (HSM) software which 

arranges storage systems In a hierarchy according to 
the properties of the storage media or data storage 
capacities so as to enable rational management of 
large-scale storage systems while Improving ease of 

15 use as seen from the user's standpoint. PetaServe 

manages storage systems automatically based on user 
settings In accordance with the properties of the data 
storage media, such as hard disks, magneto optic disks 
(MO), and magnetic tape, and the state of use of the 

20 data. 

PetaServe for example moves files present on a 
computer hard disk to a more economical removable 
medium (DTF tape, magnetic tape, or other storage 
medium) to secure a large apparent storage capacity of 
25 the hard disk. Further, when a need arises for use of 



a file moved to the removable medium, the file moved 
to the removable medium is again restored to the 
computer hard disk. In PetaServe, files on the hard 
disk are copied to a removable medium and the original 
5 files on the hard disk are compressed. This is called 

"migration". The restoration of migrated files on to 
the hard disk is called "reloading" . 

Figure 7 is a conceptual view of migration and 
reloading. In Fig. 7, reference numeral 10 represents 

10 a computer containing a CPU (central processing unit) 

11, memory 12, and hard disk 13 and 20 represents a 
storage medium comprised of a removable medium. 
Reference numerals 30 and 40 show the flow of data at 
the time of migration and reloading. Due to the 

15 migration, a file 14 on the hard disk 13 is copied to 

the removable medium 20, just the information relating 
to the migrated file is left in the original file, and 
the rest of the content is discarded- Due to this, a 
file 14a having the same content as the file 14 stored 

20 on the hard disk 13 is stored in the storage medium 20 

and th^ region storing the file 14 on the hard disk 13 
can be opened up to other applications. When the CPU 
11 etc. desires to use the content of the file 14, it 
performs reloading to copy the content of the file 14a 

25 from the storage medium 20 to the hard disk 13 and 
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restore the file 15 on the hard disk 13 to its 
original state, so the CPU 11 etc. can access the 
restored file 14 by normal file access procedures. 
The migration and reloading are performed 
5 automatically by PetaServe, so the user does not have 

to take particular note of it and through processing 
can be realized . 

In the above reloading, however, when restoring a 
file 14a migrated to the removable medium 20 on to the 

10 hard disk 13 of the computer, the content of the file 

14a is read from the removable medium 20 and written 
on the hard disk 13 of the computer 10. Next, the CPU 
11 reads the content of the file 14 from the hard disk 
13 and stores it in an assigned region of the memory 

15 12. Since the hard disk 13 is interposed in this 

reloading, the free space of the hard disk 13 is used 
up and the speed of access to the file 13 as seen from 
the CPU 11 is limited by the write and read speed of 
the hard disk so there is the disadvantage that the 

20 system performance ends up falling. 

Therefore, the present invention was made in 
consideration of the above problem of the system of 
the related art and has as its object the provision of 
a data storage and retrieval apparatus, and a method 

25 for the same, which directly writes data read out from 



a file stored In a removable medium or other storage 
medium In a region assigned In a memory of a computer 
or the like without going through a hard disk when 
there Is a request for access to a migrated file (In 
5 an embodiment of the present Invention, this being 

referred to as DDA (direct device access)) and thereby 
enables the realization of high speed file access 
i^:^ without using up the space on the hard disk and 

'"'i without being dependent on the access speed of the 

J;^ 10 hard disk. 

DISCLOSURE OF THE INVENTION 

The data storage and retrieval apparatus of the 
;j present Invention Is one having a data processor, 

1 3 Including a memory, central processing unit, and first 

U 15 storage medium, which performs migration for 

transferring a file stored In the first storage medium 
to a second storage medium provided outside of the 
data processor and then generates an Information file 
Including access Information for the file In the first 
20 storage medium, comprising an Information acquisition 

means for reading said access Information from the 
Information file stored In the first storage medium 
when the data processor accesses a migrated file, a 
file opening means for opening the transferred file In 
2 5 the second storage medium based on the access 



Information acquired from the data acquisition means, 
and a reading means for reading the stored data from 
the opened file and writing it in a predetermined 
region on the memory of the data processor. 
5 Further, in the present invention, preferably the 

data processor is a computer, the first storage medium 
is a hard disk, and the second storage medium is a 
removable medium. 

Further, in the present invention, preferably the 

10 data processor determines a priority of migration 

based on a predetermined standard for a plurality of 
files stored on the first storage medium and performs 
the migration from the file with the highest priority; 
a file stored on the first storage medium has an 

15 information region for storing file management 

information and a data region for storing data; all of 
the data of the data region is transferred to the 
second storage medium by the migration; and an 
information file is generated on the first storage 

2 0 medium . 

Further, in the present invention, preferably, 
the information file contains the file management 
information, access information to the file 
transferred to the second storage medium, and size 

25 information of the file on the first storage medium 
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before the migration, and the data region of the file 
on the first storage medium Is opened up after the 
Information file Is generated. 

Further, the data storage and retrieval method of 
5 the present Invention Is a data storage and retrieval 

method where a data processor. Including a memory, 
central processing unit, and first storage medium, 
performs migration for transferring a file stored In 
the first storage medium to a second storage medium 

10 provided outside of the data processor, then generates 

an Information file Including access Information to 
the first storage medium, comprising reading said 
access Information from the Information file stored In 
the first storage medium when the data processor 

15 accesses a migrated file, opening the transferred file 

In the second storage medium based on the read access 
Information, reading the stored data from the opened 
file, and storing It In a predetermined region on the 
memory of the data processor. 

20 BRIEF DESCRIPTION OF THE DRAWINGS 

The above object and features of the present 
Invention will become clearer from the following 
description given with reference to the attached 
drawings. In which: 

25 Fig. 1 Is a block diagram of an embodiment of a 
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data storage and retrieval apparatus of the present 
Invention and shows the configuration of the data 
storage and retrieval apparatus and the flow of the 
data at the time of migration and DDA; 
5 Fig. 2A Is a view of the configuration of an 

ordinary file In the present embodiment; 

Fig. 2B Is a view of the configuration of a bit 
file In the present embodiment; 

Fig. 2C Is a view of the configuration of a stub 
10 file In the present embodiment; 

Fig. 3 Is a view of the flow of the migration and 

DDA; 

Fig. 4 Is a flow chart of the processing routine 
for opening a file In the DDA; 
15 Fig. 5 Is a flow chart of the processing routine 

for reading data In the DDA; 

Fig. 6 Is a flow chart of the processing routine 
for closing a file In the DDA; and 

Fig. 7 Is a view of the configuration of a data 
20 storage and retrieval apparatus and flow of data at 

the time of migration and reloading of the related 
art . 

BEST MODE FOR WORKING THE INVENTION 
An embodiment of the data storage and retrieval 
25 apparatus of the present Invention will be explained 
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next with reference to the block diagram of Fig. 1. 
The data storage and retrieval apparatus of this 
embodiment is provided with a data processor including 
a CPU 11, memory 12, and hard disk 13, for example, a 
5 computer 10, and a data storage medium 20 provided 

outside the computer 10. The data storage medium 20 is 
for example comprised by a DTF tape, magnetic tape, or 
other removable medium. 

In the data storage and retrieval apparatus of 

10 the present embodiment, the CPU 11 operates based on a 

control program and controls the memory 12, hard disk 
13, and other peripherals. The data storage and 
retrieval apparatus automatically manages the files on 
the hard disk 13, based on parameters set by the user, 

15 according to the properties of the storage media and 

the state of use of the data, for example, the 
frequency of use, the time elapsed until use from 
storage, the transfer and search speed, etc. so as to 
realize the maximum storage and operational 

20 efficiency. For example, it determines the priority of 

migration based on predetermined conditions such as 
the frequency of use in the plurality of files stored 
on the hard disk 13. Further, it performs migration 
from the file with the highest priority, for example, 

25 the file with the lowest frequency of use. Here, as 
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shown in F±g. 1, ±t designates the f±le 14 for the 
hard disk 13 as the file for migration and performs 
migration for transferring the file 14 from the hard 
disk 13 to the external storage medium 20. 
5 The migration in the data storage and retrieval 

apparatus of the present embodiment is the same as the 
migration in the above-mentioned PetaServe. First, the 
content of the file 14 covered by the migration is 
copied to the external storage medium 20. Due to this, 

10 a file 14a of the same content as the file 14 is 

produced in the external storage medium 20. Further, a 
stub file storing the access information of the file 
14 etc. is produced in the hard disk 13. The stub file 
stores the access information of the file 14, for 

15 example, the bit file ID, file size, etc. and does not 

hold actual content, so the size becomes far smaller 
than that of the original file 14. Therefore, the 
region of storage of the original file 14 in the hard 
disk 13 is opened up to other applications and the 

20 usable size of the hard disk 13 is expanded. 

Figures 2A to 2C show the concepts of the 
original file, bit file, and stub file stored on the 
hard disk 13. 

As shown in Fig. 2A, a file stored on the hard 

25 disk is comprised of a header region comprised of an 
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±-node and a user data region storing the user data. 
The 1-node Is formed In byte units, is managed by a 
file management system, and holds the Information 
required for a file. In the user data region, the user 
5 data is stored divided into block units (for example, 

512 byte units) - 

As shown in Fig. 2B, a bit file is comprised of 
the user data region of the migrated original file and 
a bit file ID. Note that the bit file ID is an 

10 unambiguous ID in the system prepared at the time of 

migration. The bit file is linked with the stub file 
by this bit file ID. 

As shown in Fig. 2C, a stub file is comprised of 
the 1-node, the first block of the user data region, 

15 the bit file ID, the logical size of the file before 

migration (in both byte and block units), and the stub 
file ID. The size of the stub file is fixed and is for 
example set to 1023 bytes. 

Due to the migration, a bit file is formed in the 

20 external storage medium and only the stub file remains 

at the hard disk. The user can search through and 
restore migrated files for access through the stub 
files remaining on the hard disk. That is, even when a 
file is migrated, it appears to the user that the 

25 original file remains on the hard disk. 
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The data storage and retrieval apparatus of the 
present embodiment controls the migration and DDA of 
the files by an MFS (migrating file system) . Note that 
the MFS spoken of here is comprised of a processor and 
5 a control program loaded in the processor. Further, a 

client in which the function of the MFS is installed 
is called an MFS client - 

Figure 2 is a view of the migration and DDA 
operation. In Fig. 3, 100 is an MFS client, 110 a data 
;^ 10 mover (dm), 120 a bit file server (bf sd) , 130 a 

storage server (stsd), 140 a removable media server 
3 (RMS), 150 a removable media, and 160 a storage data 

53 base. As shown, the removable media server 140 

O includes a volume server 142 and a library server 144. 

P 15 The MFS client 100 issues a migration or DDA 

request and outputs it to the data mover 110 and the 
bit file server 120. Further, the MFS client 100 
provides a TCP stream socket port (data input -output 
interface) number used for movement of data to the 
20 data mover 110 and the bit file server 120. 

The bit file server 120 receives the request for 
migration and DDA from the MFS client 100 and assigns 
a bit file ID to it. Further, it selects a storage 
server 130 and a volume server 142 in the removable 
2 5 media server 140. The bit file server 120 manages the 
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arrangement and Information (migration path etc.) of 
all of the bit files stored In the removable media 150 
through the storage data base and outputs the 
necessary Instructions to the storage server 130. 
5 The storage server 130 determines how to store 

the designated bit file. It determines a suitable 
volume set for the processing for storage of the bit 
file requested. Here, the "volume" Is one unit of a 
^ physical storage unit. For example. In the case of a 

10 tape unit. It Is one tape. In the case of a unit not 

allowing simultaneous access of all surfaces (for 
example, an optical disk unit). It Is one surface. 
}2 "Volume set" means a set of the same type of media. 

5 3 The storage server 130 outputs a request for mounting 

P 15 of a volume or mounting of a disk to the removable 

storage server 140 or starts up the data mover 110. 

The data mover 110 uses the STC strecun socket 
port provided by the MFS client 100 to execute the 
actual data move from the MFS client 100 to the 
2 0 removable media 150 (or the reverse) . When the volume 

for which movement of data was requested Is mounted, 
the storage server 130 receives the mount Information 
from the removable media server 140 and the data mover 
110 Is started up. 
25 The removable media server 140 manages all of the 
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volumes In the removable media 150 and makes requests 
for mounting or unmounting suitable volumes. Further, 
the removable media server 140 assigns and opens up 
volumes to the client and reserves and frees volumes 
5 to the client. 

The storage data base 160 is a data base (file) 
managed by the bit file server 120. The information of 
all of the bit files in the storage is stored in the 
storage data base 160. The bit file information is 

10 updated with every migration or DDA. 

Below, an explanation will be made of the flow of 
migration and DDA in the present embodiment with 
reference to Fig. 3. 

At the time of migration, an instruction signal 

15 SlOO for performing the migration on a predetermined 

file on the hard disk is output from the MFS client 
100 to the bit file server 120. Further, a TCP stream 
socket port number SlOl used for data movement is 
output from the MFS client 100 to the data mover 110. 

20 The volume server 142 and storage server 130 are 

selected by the bit file server 120. Further, the 
volume server and volume to be used are determined 
based on the information provided from the MFS client 
100, in particular the migration path assigned to the 

25 stored file, the size of the file, and other 



information. The storage data base 160 is updated by 
the bit file server 120. Here, when the bit file 
server 120 is called up by the storage sexier 130, it 
assigns a bit file ID to the new bit file which is 
5 added to a bit file table in the storage data base 

160. Further, the state of use of the selected volume 
is stored in the storage data base 160. A signal 120 
showing the ID of the bit file migrated is returned by 
the bit file server 120 to the MFS client 100. 

10 Next, a mount request S130 for mounting the 

selected volume is output from the storage server 130 
to the volume server 142 in the removable media server 
140. Therefore, the storage server 130 is connected to 
the volume server 142. 

15 When the selected volume has already been 

mounted, a signal S140 showing that state is output 
from the volume server 142 to the storage server 130. 
The storage server 130 outputs a startup signal S132 
to the data mover 110 when it receives information 

20 that the selected volume has been mounted from the 

volume server 142. Further, information such as the 
socket number of the client, the bit file ID, and the 
mount point is supplied by the storage server 130 to 
the data mover 110. 

25 The data mover 110 produces a file in the 



selected volume, connects to the MFS client 100, and 
moves the data. The MFS client 100 reads out the data 
from the file on the hard disk and writes it to the 
socket port. The data mover 110 reads out the data 
5 from the socket port and writes its in the file 

produced in the volume. 

Due to the operation explained above, the file on 
the hard disk of the MFS client 100 is migrated and a 
bit file is formed in the selected volume. A stub file 
10 is stored on the hard disk of the MFS client 100 and 

the data region of the original file is opened up. 

s' : ; 
5 ! •' = 

The DDA is the reverse to the migration. In the 
DDA of the present embodiment, the content of a 
t3 designated bit file is directly stored in a memory 

O 15 region assigned for the application in the client 

without going through the hard disk of the MFS client 
100. Figures 4 to 6 are flow charts of the flow of the 
file open, data read, and file close routines at the 
time of DDA. This DDA will be explained in detail 
20 below with reference to these flow charts. 

The DDA is executed when a request for access to 
a stub file is issued by an application. For example, 
when reading the data portion of a file of more than 
512 byte size, DDA is executed when there is a write 
25 operation in the file or when there is a change in the 
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size of the f±le. In this case, a predetermined region 
of the memory is assigned by the application 
requesting the access to the stub file and the data 
read from the accessed file is stored in that assigned 
5 region. 

Figure 4 is a flow chart of the file open 
routine- In the MFS client 100, a file open routine 
starts along with a file open command "dda_open{path, 
of lag, mode)" from an application e^tc. Due to this 
10 processing, in accordance with a file open command, 

the bit file descriptor of the file having the path 
name designated by "path" is opened in accordance with 
the open flag "oflag". Note that, in Fig. 4, "mode" 
depicts the mode of the file to be opened. 
O 15 First, as shown in step SI, the file information 

Of "path" is obtained. When the file is a file which 
does not exist in the designated migrating file 
system, an error code is set, the value of "-1" is 
returned, then the processing is ended (step S12). 
20 Next, as shown in step S2, when the existence of 

the file designated by "path" is confirmed in the 
designated migrating file system of the host computer 
10, the status of the file in the migrating file 
system is acquired, then whether the file is a stub 
2 5 file or a shadowed file is confirmed. When the status 
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the file on the MFS cannot be acquired, an error code 
is set, the value of "-1" is returned, then the 
processing is ended. Note that here, a "shadowed file" 
is a file which exists as both a file on the hard disk 
5 in the MFS client and a file of the same content 

migrated to a predetermined volume. 

Then, as shown in step S3, the file designated by 
"path" is opened. Here, when the designated file 
cannot be opened, the error code is set, the value of 

10 "-1" Is returned, then the processing is ended. 

Next, as shown in step S4, the bit file 
information is acquired and whether the media family 
is a magnetic tape of the DTE format is confirmed. 
When the media family is not a DTE format magnetic 

15 tape, an error code is set, the value of "-1" is 

returned, then the processing is ended. 

Next, as shown in step S5, a link with the volume 
server is established and the descriptor of the file 
connected to the link is returned. Here, when the 

20 volume server cannot be linked with, an error code is 

set, the value of "-1" is returned, then the 
processing is ended. 

At step S6, a specific volume and empty drive are 
reserved from the volume server linked with the file 

2 5 descriptor returned in the previous step S5. When 



falling to reserve an empty driver, an error code Is 
set, the value of "-1" Is returned, then the 
processing Is ended. 

Next, at step S7, the reserved volume, here, the 
5 DTF format magnetic tape, is mounted In the reserved 

driver. When falling to mount, an error code Is set, 
the value of "-1" Is returned, then the processing Is 
..^ ended. 

After successful mounting of the tape at step S7, 
:i 10 as shown In step S8 , the volume mounted to the driver 

Is located up to a read position corresponding to the 
bit file descriptor. Note that, here, when the 
1 3 location to the read position falls, an error code Is 

O set, the value of "-1" Is returned, then the 

O 15 processing Is ended. 

Then, as shown In step S9 , exactly the prescribed 
tape buffer size worth of data Is read from the read 
position corresponding to the bit file descriptor to a 
tape buffer. When falling In the read operation. In 
20 the same way as the steps described above, an error 

code Is set, the value of "-1" Is returned, then the 
processing Is ended. The tape buffer Is provided for 
example by the removable media server. The data is 
read from the tape through the tape buffer. At step 
2 5 SlO, header information located at the head of the 



tape buffer ±s acquired. Here, when the header 
Information cannot be acquired, an error code is set, 
the value of "-1" Is returned, then the processing is 
ended . 

Finally, when the above series of processing is 
completely finished normally, as shown in step Sll, 
the file descriptor (fd) opening the file designated 
by "path" is returned and the processing is ended. 

The file descriptor of the file designated by 
"path" is determined by the processing from step SI to 
Sll. After that, the data is read from the designated 
file corresponding to the file descriptor. 

Figure 5 is a flow chart of the operating routine 
when reading data from a designated file. The file is 
read by reading n number of bytes worth of data from 
the bit file corresponding to the bit file descriptor 
"fd" obtained by the above file open routine to the 
buffer designated by "buf" (here, this is given as a 
user buffer). Note that, here, the n number of bytes 
is made a maximum 1 megabyte. When n is 0, "0" is 
returned and no result is given. 

Below, an explanation will be made of the file 
read operation by referring to Fig. 5. 

First, as shown in step SRI, whether the 
designated size n bytes of the read operation is below 



# 



# 



- 21 - 

1 megabyte or not Is confirmed. When the result ±s 
that the n bytes of the designated size Is greater 
than 1 megabyte, an error code is set, the value of 
"-1" is returned, then the processing is ended. 
5 Next, at step SR2, whether the designated bit 

file descriptor "fd" is a bit file descriptor obtained 
by the above file open operation is confirmed. When 
the bit file descriptor "fd" is not the bit file 

2 descriptor obtained by the file open operation, an 

10 error code is set, the value of is returned, then 

^ the processing is ended. 

=^ Then, as shown in step SR3, the header part at 

i the head of the tape buffer read in the above file 

~ open operation is skipped and the pointer is moved to 

^ 15 the head of the actual data. Further, the size of the 

data to be copied to the user buffer is confirmed. 
Here, the size of the memory copy is n bytes when the 
actual data read to the tape buffer is larger than n 
bytes, while the size of the actual data is set when 
20 it is smaller than n bytes. Next, the routine proceeds 

to the next step SR4 . 

At step SR4, whether the bit file corresponding 
to the bit file descriptor "fd" is a spanned bit file 
is confirmed. When the bit file is not spanned, the 
25 routine proceeds to step SRIO, where exactly the data 
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of the size set at step SR3 Is copied to the user 
buffer, then the routine proceeds to step SR7 . Note 
that here, a "spanned bit file" means a bit file 
stored divided between two volumes. 
5 When it is confirmed at step SR4 that the bit 

file corresponding to the bit file descriptor "fd" is 
spanned, the routine proceeds to step SR5, where data 
of exactly the size set at step SR3 is copied to the 
user buffer, then, when necessary, the next volume is 
10 prepared and data read to the tape buffer. Here, when 

failing in the processing, an error code is set, the 
value of "-1" is returned, then the processing is 
ended. 

When the processing of step SR5 is carried out 
15 normally, the routine proceeds to step SR6, where when 

there is any remaining area uncopied in the user 
buffer, data of exactly that amount of bytes is copied 
from the tape buffer to the user buffer. 

As shown in Fig. 5, after either of the 
20 processing of step SR6 or step SRlO is carried out, 

the processing of step SR7 is carried out. At step 
SR7 , when the size of the actual data except the 
header of the bit file is smaller than the total size 
of the data copied to the user buffer, that size is 
25 returned, then the processing is ended (step SRll) . 
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When the size of the actual data Is greater than the 
total size of the data copied to the user buffer, the 
routine proceeds to step SR8 , 

At step SR8, whether there is any data to be 
5 copied remaining In the tape buffer Is confirmed. When 

there Is data uncopled In the tape buffer, that Is, 
there Is actual data remaining In the tape buffer, 
data of exactly that size Is copied to the user 
buffer. When Is no uncopled data In the tape buffer, 

10 the routine goes to step SR9 . 

At step SR9 , the data Is read from the volume to 
the tape buffer. When falling In this processing, an 
error code Is set, the value of Is returned, then 

the processing Is ended. When succeeding In reading to 

15 the tape buffer, the routine returns to step SR4 and 

the processing Is repeated. 

When all of the series of processing succeeds, a 
non- negative Integer Indicating the number of bytes of 
the actually read data Is returned. The number of 

20 bytes becomes smaller when the number of bytes 

remaining In the bit file Is smaller than "n" and 
becomes "0" at the end of the file. That Is, when "0" 
Is returned as a result of the data read operation, 
the fact that all of the actual data In the file has 

25 been read Is shown. Along with this, the data read 
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operation of the magnetic storage and retrieval 
apparatus ends . 

After the end of the data read operation, the 
file Is closed. Figure 6 shows the file close routine. 
5 Below, an explanation will be given referring to Fig, 

6. 

When closing the file, the bit file corresponding 
to the bit file descriptor designated by "fd" Is 
closed. Note that here "fd" Is a bit file descriptor 

10 obtained by the above file open operation. 

First, as shown In step SCl, whether the 
designated bit file descriptor "fd" Is a bit file 
descriptor obtained by the above file open operation 
Is confirmed. When the bit file descriptor "fd" Is not 

15 the bit file descriptor obtained by the file open 

operation, an error code Is set, the value of "-1" Is 
returned, then the processing Is ended. Further, the 
processing of steps SC2 and SC3 Is skipped and the 
processing of step SC4 Is executed. 

20 On the other hand, when the bit file descriptor 

"fd" Is the bit file descriptor obtained by the file 
open operation, the routine proceeds to the next step 
SC2- 

At step SC2, the specific volume and empty driver 
25 reserved at the file open operation are released. 



- 25 - 

According to this, the reserved volume and the driver 
are opened up and become available for other 
processing. Here, when falling in the release of the 
reserved volume and empty driver, an error code Is 
5 set, the value of "-1" Is returned, then the 

processing Is ended . 

After the processing of step SC2 Is carried out 
normally, the routine proceeds to step SC3 . At step 
SC3, the volume server linked In the file opening Is 

10 released. Here, when falling In the release, an error 

code Is set, the value of "-1" Is returned, then the 
processing Is ended. 

When succeeding In the release of the linked 
volume, the routine proceeds to step SC4, where the s 

15 "path" designated In file open operation Is closed. 

When falling In closing the "path" , an error code Is 
set, the value of "-1" Is returned, then the 
processing Is ended. 

When the closing of the "path" at step SC4 Is 

20 carried out normally, at the next step SC5 , the device 

(reserved driver) Is closed. Here, In the same way as 
the steps described above, when falling In the 
closing, an error code Is set, the value of "-1" Is 
returned, then the processing Is ended. 

2 5 When the above series of processing Is normally 
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ended, "0" ±s returned and the processing ended (step 
SC6), while when not normally ended, "-1" is returned, 
so whether the file closing has ended normally or not 
can be Judged by the value returned at the file 
5 closing by the application. 

As explained above, according to the data storage 
and retrieval apparatus and method of the present 
invention, when performing processing for DDA of a 
^ migrated file, the content of a bit file stored on a 

10 storage medium, for example, a magnetic tape, is read 

i:Z out, then directly written into a memory assigned to 

an application without going through a hard disk. 
!f Therefore, it is possible to avoid using up the space 

1^ of the hard disk and realize high speed file access 

;:f 15 without depending on the write speed of the hard disk. 

CAPABILITY OF UTILIZATION IN INDUSTRY 
The data storage and retrieval apparatus and 
method of the present invention can be applied to a 
computer, a computer network comprised of a plurality 
20 of computers, or particularly a large- size data 

processing system handling a large amount of data. 



